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MEMORANDUM FOR: Associate Deputy Director for Intelligence 
SUBJECT : COINS Plans 

REFERENCE : AD/DCI/IC Memo for the Record on COINS 

dtd 11 Sep 73 


STAT 


1* This memorandum provides background and comments 
on the points raised at th e recent PFI AB half-day review 
of COINS as summarized by I I 


2. The six priority actions and the four "lesser 
important" actions identified in the review are not new. 
Most o f the backg round data on these proposals is available 
in the draft summary previously forwarded. My 

additidnax comments on each follow: 


STAT 


a. _ Acting in concert with USIB committees as 
much as possible, data standards (spellings, formats , units, 

etc*) should be established I agree in principle with 

this proposed action but standardization is very expensive 
in manpower and time and it is exceedingly difficult to 
achieve. The IHC has had a subcommittee on data standards 
for several years; it has generally been ineffectual. 

Data standards for subject codes, area codes, place name 
standardization, security classification, dissemination 
controls, name recording, nationality and occupation codes, 
positions, format, and etc., are difficult and extremely 
expensive to develop and almost impossible to police. 
Effective standardization can only be achieved through 
a large community staff or by having file input done by 
one agency under one management. 
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Standardization results in machine files 
that are more expensive to build and maintain then required 
for in-house needs. For example, the USIB standard for 
armed forces grades consists of alpha-numeric codes which 
are difficult to use and understand and fairly expensive 
for input processing. CRS prefers a standardized clear 
text abbreviation for military grades, e.g., Lt. or MGen. 

b • Each COINS file should have assigned 
responsible agency and individual and for file maintenance . 
The content of fi. ,es should be validated by the appropriate 

USIB committee This procedure exists now in that 

Agency supplying the COINS file is responsible for the 
file and its maintenance. The proposal is, I think, much 
broader . The Malkin report recommended that an agency 
be assigned the responsibility for building files for 
community use even though the responsible agency had no 
internal need. This Malkin recommendation may be the basis 
for this proposed action. If this were adopted, CRS could 
be assigned responsibility for building a new major bio- 
graphic machine file (such as the one on foreign diplomatic 
personnel previously proposed by the COINS staff) . 

-E assume "validation" in this instance means 
review . and . inspection to determine if a file meets COINS 
specifications for standards, source coverage, currency 
or whatever. Such a proposal could impact considerably 
on CRS (see above remarks on standards) . 

c . Files which are non-all-source should have 
caveats stated and references cited to other files of rela - 
ted or complementary intelligence- — What is proposed here 
is riot clear. Very few files, COINS or otherwise, are 
truly all-source. The COINS management may have in mind 
files at the Secret level which would reference similar 
files available at the SI or TKH level or they may have 
in mind alerting the user of the Finlntel file to the 
existence of the bibliographic file on SIGINT. 
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, d * Files wh ich are updated periodically ought 

| 5 Ummar y f i ^ es so t^hat trends and sta tlftToal 
| g|y,S e a va iiabie---This action could not be universally 
JPPlje3T~It7wou]Z be impossible to apply this proposal 
to the CRS bibliographic files now in COINS. It could 
be done for some NSA files on aircraft movements. This, 
however, puts NSA into the analytic business even more? 

^ f a ^° TT C °^ d K be done ? or the CRS leader appearances files 
tut it would be expensive and would mean additional reauire- 
ments on CRS. The results would be of little utility? 

- e ‘ SHg.f ies susceptib le to answering at diffe rent 
l f , a ?? r ^ atl0n ought to result in hierarchical f iles 
which lead the questioner to the answer he requires — -"x ’ 

on?? S fJ hat J niS i a feature but it can be achieved 

only through complex indexing techniques combined with 
complex software; each increases overall file costs. In 
many instances, hierarchy is not required. 


. . , . f * Files which do not meet the criteria above 

retired The most Itiria 

ought to be cost effectiveness and the capability of a 
rile to meet user requirements. 


9* Devices (daily intelligence rep orts. COINS 
s ystem status and so forth) which generate frequent COINS 

contact ought t o be experimented with This can h P 

with some or the NSA rormatted data files. CRS, however, 
has found that users request printouts of these files on 

r?? lY ba3is rather than daily . Furthermore, 
most of the CIA requests could be handled in an off-line 

f a J? er . tb f n an f nterac tive on-line mode. I 
uspect that the daily devices referenced here could be 

thS ! am ® man ^ er - This suggestion again reflects 
COINS management view that COINS is necessarily a good 

thing if we would only use it. This assumption is 
questionable. 
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h. Measures of effectiveness of COINS and state- 

of-the-system measures ought to be developed so that managers 
understand whether progress is being made I can only 

add I strongly agree. CIA has been proposing evaluation 
since Phase I of COINS. COINS has never been systematically 
evaluated to determine its ability to meet user requirements, 
to determine sources of system failure and to determine 
how these failures may best be remedied. Most of all, 
its cost effectiveness relative to paper files and telephones 
has been completely avoided. 

i . The customer services program ought to be 
expanded moderately ---! don*t know what this recommenda- 
tion means. If the COINS concept is meeting a legitimate 
user requirement, no action is necessary other than 
announcing that the service is available. 

j • The community ought to be educated that the 
storage and retrieval of information is a part of the in- 
telligence process, i.e. , requirements, collection, pro- 
cessing, storage and retrieval, production, dissemination 

This is a God and motherhood statement. I do not think 
there is any question in the minds of CIA officials that 
storage and retrieval of information is an integral part 
of the intelligence process. Storage and retrieval of 
information does not necessarily mean on-line machine files 
and the concepts are not congruent with COINS. Each DDI 
production office stores and retrieves information according 
to its requirements. CRS is building centralized storage 
and retrieval files to complement these individual efforts 
and to serve as contingency files. Again, the assumption 
behind the item is that COINS is the "true way." 

3. It is impossible to disagree with the two generalized 
problems facing COINS described in paragraph 1 of the Martin 
memo because they are not unlike the problems facing any 
machine-based file system. The major unanswered question 
not posed in this memo is the value of the COINS network 
to the community and to the Agency and should $3.7 million 
be expended for such an effort. This question has never 
been faced by the proponents of COINS. , 


H. C. ETSENBETS5 

Director, Central Reference Service 
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